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Conmunication device and method 

(The present invention relates to a communication device 
'^and method, where a data unit oriented communication 
^-between a sender and a receiver is performed, said sender 
^and receiver operating in accordance with a predetermined 
^^ommunication protocol . 

(^Data unit oriented communication is well-known. In data 
^nit oriented communication an amount of data is divided 
^jinto ~^one~^ oF*ln data units, whe re the s^trijict^re of the 
^data"units is defined by a communis 

fjwhi ch the sender and receiver _in _the ,cjDmmunicrajy-0^^ 

adhere . The protocol also defines how specific 
flinf ormation is to be coded, and how the sender and/or 
V)receiver may react to specific information. Data unit 
^(^oriented communication is also known as^gacket exchange 
^^communicationT^t should be noted that the data units 
loused in connection with specific protocols have different 
V^names, such as packets, frames, segments etc. For the 
tc^urpose of the present description, the term "data unit" 
^shall generically refer to all types of units used in a 
^^ata unit oriented communication. 

feature that many communication protocols use for 
/^Uncreasing reliability is that of acknowledging received 
^data. More specifically, a sender or sending peer of the 
-jy^given protocol sends out data units, and the receiver or 
oipeceiving peer of the given protocol acknowledges the 
nVjicorrect receipt by returnin g appr o priate ac knowledgment 
'\^data units . In this way, the sending peer is informed 
f^that the data units that were sent were also correctly 
received, and can accordingly adjust the flow control of 
the further data units to be sent. An example of a 
protocol that uses acknowledgment data units is the so- 
called transmission control protocol (TCP) , which is a 
part of the TCP/IP protocol suite. 
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The transmission control protocol and the TCP/IP protocol 
^suite are e.g. well described in "TCP/IP Illustrated, 
"y'Volume 1 - The Protocols" by W. Richard Stevens, Addison- 
t Wesley, 1994. 

"^In order to cope with the fact that data units or 
V? acknowledgment data units may be lo^st , a t ime-out feature 
lis provided in many protocols. Such a time-out feature 
^ means that a time-out period is set when data is sent^ 
Ta nd if the specific data has n ot been ack nowledge d by the 
//time the time-out period expires, a time- out^ , response 
[{ proce dure is star ted.. In TCP, the time-out response 
J^consists in retra .nsmittinq the data that was not 
" acknowledged, and r_e.s,e .t.tinq one ^ or^ "^Q j^^ ^-^^^ , 9 P ^P^^^ 
parame t^rjs.. 

As an example, TCP uses a window-based flow control. TCP 
is a byte oriented protocol that divides a given number 
of bytes to be sent into so-called segment s , and a record 
of the sent data is kept in terms of bytes, i.e. up to 
which byt e the d^rtg. wag^^j^t , and a record of the 
received data is also kept in terms of bytes, i.e. up to 
^^j:£jL-^y!£g-~ ^^^ data was received,- The simplest way of 
controlling the flow of segments in connection with 
acknowledgment messages would be to send a segment and 
not send the next segment until the segment last sent was 
acknowledged. Such a method of flow control would however 
not be very efficient. As already mentioned, TCP uses 
window-based flow control, which is also referred to as 
flow control according to sliding windows. This concept 
is also well described in the above mentioned book by W. 
Richard Stevens. 

Fig. 2 illustrates the concept of sliding windows. As can 
be seen, an amount of 8^192 bytes is to be sent in the 
example, where this amount is\divided into 8 segments. 
The sending of segments is controlled in accordance with 
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the send window, where the le ft end of the send window is 
de f ine d by the data in the s egments th at have been se nt 
and alr eady ack now ledge d. In the example of Fig. 2 this 
is the data up to 2.048 bytes, i.e. the segments 1 and 2. 
The adjustment of the length of the send window, and 
thereby the right end of the window is a matter of the 
control procedure, which need not be explained in detail 
here . 

^he send window defines the amount of data which may have 
its corresponding acknowledgment outstandi ngTj ^In the 
example of Fig. 2, the data up to 4 096 bytes, i.e. 
segments 3 a nd ^4 have been sent and not yet acknowledged , 
and the difference between such sent and not acknowledged 
segments and the right end of the send window defines the 
usable window, i.e. the data that may still be sent 
without having received a ny furt her acknowledgments . As a 
consequence, in the example of Fig. 2 segments 5 and 6 
may still be sent, but segments 7 and 8 can only be sent 
if the wind ow moves to th e right, which happens if 
further segment s a re ackn^wl^ged^ s^^ 

move^^To^ the right"^ and /or if the length of the_send 



wind o w increa ses . 

Furthermore, it should be noted that TCP provides for 
cumulative acknowledgment , i.e. there_j-S not a one- to-: one_, 
corres pondence between segments and acknowledgment^^^for. 
segments , because one ac knowl ed gmen t me s s age. .m ay,_co s^^rL_a 
plurality of segments As an example, the receiving peer 
for the data amount shown in_Fi^^^_^ 

acknowledgment of bytes (up to 4 .^0^6^^^^uch that this 
acknowledgment message would cover both segments 3 and 4. 

The send window used by the sending peer will typically 
be determined by the so-called offered or advertised 
windov^,-. which is a^data. l^ng^h pro^ 

^f^^-^f^^^^ ^^^J^ jr^cei y ing^ ^ ^ ^^-^ • this way, the receiving 

peer^can influence how many segments the sending peer 



# # 



^ will send at a time, and typically the advertised window 
.^will be calculated on the basis of th_e_receiying peer'^ 

'^/receive buffer. Also, the advertised window is a dynamic 
(^parameter that may be changed wit^^ ^^^^ 

/pent by the _^ec e ivj^ g^ peer . 

yseyond the advertised window,^it is a lso knovm^jto . def ine^ 
"I the so-called congestion window, which is used in 
^connection with several congestion control routiners such 
^a s^ s 1 o w__ sjtart^, congestion avoidance, fast retransmit and 
05fast recovery, again see e.g. the above mentioned book by 
^.^W. Richard Stevens. The congestion window is a record^. 
vAj:hat the sending Peer,, keep s^, — and^i-fe— i-sPintended to take 



yjinto account^^tlie_jconge£^^^^^ 

\j^t^^^^^sengijig. pje^^ a typical control 

^me Chan ism, ( ^fie send window will b e defined as the smalle r 
^of the advertised window and congestion windowT3 

^While the ^j^vertised window is a flow control imposed by 
^^^he receiving peer^^The congestion window is a flow 

V^control imposed -^by^th e sending peer, as a mechanism for 
cyl taking congestion into account 
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c\ln a general sense, the congestion window is an example 

nfjJof an adaptive flow control parameter. In TCP the above 

^mentioned time-out response consists in riesetting the a 

nr\ ^ ' • -^^==^-*^^p«^^ — ^/hW^ '^ 

t^cpngest ^gn ^andow to one^segm ent ai^ ^__^hen ^o uI^ouj 

^only sendi ng one secrme nt, namely retransmitting the 

segment that was not acknowledged and thereby caused the 

time-out, The ^s en d ing peer then waits for the 

cknowledgment of said retransmitted segment. 

Another example of an adaptive flow control parameter is 
the time out period itself, which e.g. in TCP is referred 
to as RTO (Retransmission Time Out) . Th e RTQ i s double ^ 
a s a respons e- t o__a— t ime— o.ut^ 



As already mentioned, the time-out feature is a data loss 
detection mechanism. Other data loss detection mechanisms 
exist. Another example is the r^j^jo smission of__data_ 
un i t s _ln---g ;iCP_in^r„e.s.pons e to the ^.r ec e ip t , Q^«^duiaLi.c a te 
ackno^lg^dgjnent^ . This mechanism will be briefly explained 
in the following. 




As already mentioned (see e.g. Fig. 2), a data amount to 
be sent is divided into a sequence. Conventional 
implementations of TCP are arranged such that if the 
receiving peer has received and acknowledged a certain 
data amount up to a given byte (a certain number of 
consecutive segments) , it expects the data that is next 
in the sequence. For example, if segments up to segment 4 
have been received, then segment 4 is acknowledged and 
the receiving peer expects to receive segment 5 . If it 
then receives a further data unit that ^is^d-if^^^r^ent f rom 
segment 5 (e.g. segments 6, 7 and 8), ^£=:=.=^^i5^iS^-i^_ 
ac-lg oWl ^gjgzs^ yi^rijE^^^o:^^ 

a consequence, t he _s end i ng p ee r_ .reae i ve s_„du p 1 i c a t e 
acknowledgments. Commonly, TCP is implemented in such a 
way that the sending peer will count the nmrj^er of 
duplicate acknowledgments, and if a certain thre shold 

value is reached (e.g. 3), then the da t a u nijt.^na3:C-t^in_,the ^ 

— _ ^ — = 

sequence^to the data u nit for w hich duplicate j / j 

ajqkn£wledgTrgnts_ w ^ received is re transm it tejd. ^ 

It is "bhe object of the present invention to improve the 
communicalsion in a system using a communications protocol 
that specifxb^ the acknowledgment of sent data and 
specifies a daca loss detection function, such as a time- 
out function or aS^uplicate acknowledgment response 
function . 

This object isXsojlved by a method as described in claim 1 
and a device asAdescribed in claim 18 
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In ^cordance with the present invention, a sender in a 
communa^ation will conduct a ^response procedure in 
response\to an event that triggers a data loss detection 
mechanism, Nwhere the response procedure comprises at 
least two dirsEerent modes for adapting the adaptive 
parameters usedvin flow control. In this way the method 
and device of thev present invention are highly flexible 
in their managements of triggering events, and can 
especially be implem&ited in such a way that the response 
procedure may be chosek depending on various potential 
causes of the triggering^ event , such that the correct 
responsive measures to a ^iven situation may be invoked, 
and thereby measures can beVavoided that might actually 
aggravate situations that ma\ occur after a data loss ^ pof-A*^ 



detection mechanism was triggeis;ed. 



The iaata loss detection mechanis 
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s a mechani 



/^capable of 
lAechanism 




cting a data loss . Examples are 



a( duplicate acknowledgment mechanism 




that is 
time-out 



Naturally, the invention may be applied to any suitable 



data loss detection mechanism. 



"^jM a 3 ^y^f^Accoi5^ing to the^ present invention, a response procedure 
Q ^^3^^ compris^i^ at least two different modes for adapting the 
k adaptive parameters used in flow control. As an example, 

which constiXjites a preferred embodiment, there are two 
modes, which ar^ respectively associated with different 
causes of a time-but or a predetermined number of 
duplicate acknowledg^^ents (e.g. the above mentioned 3). 
More^specif icall^^ f^>rst mode is associated with the 
Coss of a data u nit| , and\he second mode is associated 
wi th an ^^c S s^iVe* de 1 ay "a 1 oh^ the connection! Due to the 
use of two different modes, iovis possible^'t'b adapt the 
parameters as is appropriate for\the cause of the time- 
out or d uplicate acknowledgments . ?^cordingly, the flow 
control procedure will contain one oils, more evaluation and 
judgment steps, in which the triggering, event is 
qualified, e.g. a categorization is concmcted as to what 
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cauteed the event. Then, depending on the result of this 
characterization, an appropriate response procedure may 
be enaisiled. In the context of the above example, if it is 
determir^^d that the time-out or duplicate acknowledgments 
are cause 




response procedureVto^trhe loss of data units may be run, 
as it is e.g.\known from conventional TCP, which assumes 
that any time-okt or the receipt of several duplicate 
acknowledgment^ oSb caused by the'^yloss of a data un^^ In 
accordance with the^ present embodiment, there is however 
a second mode, and i\ it is determined that the time-out 
or_du33:Mqat^^ are caused by an ^excessive 



(delay al^ong the connect^iyo^^ then an excessive delay 
response procedure is runy which will typically be 



in- 



different from the re 
data unit. 



spons^ procedure tOpthe loss of a 



More specifically, as will also be explained in more 
detail in the following, the ^juc^^^nt^^Jzhat^ 
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transmission rate to thereby avoid further congestion. On 



' ~ i^^i have j3 eeii_lo,st^jtf. ill -b.e- answ ered by^jcedu c ina. Jbhe- 
i3 c,o 




.fte other hand, if there is e xcessive delay along the 
^connection, then the measures taken m response to a 
supposed loss of data units would not be helpful, much 
rather they might actually aggravate the problem causing 
^i^^^'^the excessive delay. Consequently, the response procedure 
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cr*^ to excessive delay will typically be different, and e.g. 
^^^i- ^-^5^ comprise keeping the transmission rate at the previous 



^^level, but on the other hand i^grg^a s i riqr_ t he^^t^i me - o u t 



\7 -ki^ period, such that further unnecessary retransmissions are 
avoided . 

Naturally, the present invention may be implemented as 
providing an arbitrary number of modes or response 
procedures to various causes of triggering events . The 
number of modes and the specific measures taken in each 
mode naturally depend on the specific situation, i.e. the 
chosen protocol, the given communication situation, etc. 



An important aspect of the present invention is that 
although the data loss detection mechanism is capable of 
detecting data loss, the reaction to the triggering of 
the data loss detection mechanism does not assume that a 
data loss has necessarily occured, much rather a flexible 
response is possible, w hich may take ^in to account varijpus 
c au s es of the ^t jcig^ ger^ia a^eyen^^ 

Further aspects and advantages of the present invention 
shall bfei better understood from the following detailed 
description, which makes reference to the figures, in 
which : 

Fig. 1 shows a preferred embodiment of the control 
procedure 

Fig. 2 
concept 



accorossng to the present invention; 
is an explanatory diagram for describing the 
of window-based flow control; 



is a graph for explaining the advantages of the 
present invention; and 

is an explanatory diagram for illustrating a 
situation in which an excessive delay may be 
caused in a connection between two host 
computers . 



Although the following description will be generally 
directed towards any communications protocol t hat makes 
vise of d ata ackno wledgment and also provides a time-m it 
feature, examples will often be given that relate to the 
transmission control protocol TCP known from the TCP/IP 
protocol suite. The^application o f the prese nt invention 
to this protoco l is a preferre d embodiment . In order to 
avoid any unnecessary repetition, the disclosure in the 



^ Fig. 3 



Fig. -4 



introduction of this application is incorporated into the 
invention disclosure . 

Fig. 1 shows a partial flow diagram of a preferred 

embodiment of the present invention. As can be seen, step 

SI indicates that a response procedure is entered. Fig. 1 

does not show the flow control procedure leading up to 

this point, as it is of no importance for the present 

invention. For example, it may be the window-based flow 

control procedure explained in connection with Fig. 2 and 

e.g. well known from TCP. It is only important for the 

invention that there is data acknowledgment and a data 

loss detection featur e, such that a sending peer of the 

protocol has the capability of detecting a possible or 

potential data loss, and may conduct a corresponding 

response procedure. As already mentioned, t he da ta loss 

detection feature may e.g. be a t ime - ou t__Xe a tur e _or _a 'T)*rK ^c>5J 

dup 1 icate acknowledgment detect ion feature . 



In the example of Fig. 1, af ter the re s ponse procedure is 
entered , s e lected ad aptiyg_par.ame±:er.s__bliat^a 
the flow contr ol are _^tored_ and then resets to 
predetermined values^in^ sjtep_S2 . As an example, the time- 
out period and/ or the above described congestion window 
are such adaptive flow control parameters . In 



reset to a value of one segment and at the same time the 
RTO is doubledTjlt should be noted that not all adaptive 
parameters used in the flow control procedure need to in 
fact be changed, much rather only a selected number. 



Also, it should be clear that the present invention is 
naturally not restricted to window-based flow control and 
the associated adaptive parameters, much rather the 



conventional TCP, f the congestion window is typically 




invention is applicable to anv^fl^wco ntrol princip le and 




the associated adaptive parameters. 
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Returning to Fig. 1, the data unit that triggered the 
event (e.g. caused a time-out) is retransmitted in step 
S3. In other words, when staying with the example of a 
time-out, the data unit for which no acknowledgment was 
received during the time-out period is retransmitted. 
Then, at a later point it is determined in step S4 if an 
ac knowledgment associated with the re t ransmitted data ^ ' 
unit has been received . This may be a cumulative 



acknowledgment or also a single acknowledgment. It may be 
noted that the dotted lines in Fig. 1 indicate that other 
steps may be interposed, but these are of no importance 
to the present invention. Then, according to the 
preferred example of Fig. 1, step S5 determines j-f the 
ac^owledgment ass ociated with _th^_data uni t that was 
retransmitted in fact acknowledges the original 



^tran£ri^^ 

^lotriSTbenoted that the "original transmission" may^^^f^ 
already be a retransmission, such that the \^ 0 ^ 

"retransmission" may be the retransmission of a 
retransmission etc.. There are various possibilities of 
implementing step S5, as will be explained further on. 

If step S5 determines that the acknowledgment message in 
fact a c k no'v ^edges_ _t^^ g^ of the^data ^ unit, 

then the procedure goes to step S7 , in which a data unit 
loss response procedure is run, because the negative 
outcome of the decision step S5 indicates that the 
origi nal transmission of the data unit was lost. In the 
example of TCP, step S7 will consist in conventional 
measures against data unit loss. 

On the contrary, if the decision step S5 is answered in 
the affirmative, then the procedure goes to step S6, in 
which a response procedure is run that answers an 
excessive delay. In other words, because step S5 
indicated that in fact the original transmission of the 
data unit was not lost, but only excessively delayed, 
corresponding measures must be taken. For example, when 
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taking TCP as a protocol example, this may consist in 
retu^jiing the conges tion-^w.indow to the value stored in 
<^^^tep S2 and on the other hand Adapting t he time^^ut 
^ p erlod^o the delay . In other words , t'^ ^^round tr ip time 
RTT associated with the original transmission and the 
^^^^/-^^^'cknowledgment^^of the original transmission can be used 
^ a's^a'^asis for adapting the^~tTme-out period. Thereby, 
further unnecessary retransmissions and time-outs or 
duplicate acknowledgments due to excessive delay can be 
avoided . 



Preferably, the congestion window is not simply reset to 
the previous value, but much rather is set to the value 
it would have assumed, had the response procedure not 
taken place, i.e. had the data loss detection mechanism 
not been triggered. 

As can be seen, the example of Fig. 1 shows a first mode 
consisting of steps S2 , S3, S4, S5 and S7 , as well as a 
second mode consisting of steps S2 , S3, S4, S5 and S6. 

In order to better explain the present invention, 
reference will now be made to Fig. 3, which shows an 
example of a flow control procedure conducted in 
connection with conventional TCP. The graph shows the 
amount of data in bytes transported over time. As can be 
seen, the first two segments are sent at time t=4s. Then, 
due to the interaction of receiving acknowledgment data 
units and the adjustment of adaptive parameters not 
shown, segments are sent. 

For the purpose of explanation, it should be noted that 
the diamond shaped symbols r efer to ^seggients , and th^ 
square symbols to acknowledgment data units. Tlie diamond 
symbols indicate the first byte of the segment, whereas 
the squares indicate the lowest unacknowledged byte. The 
acknowledgment data units indicated at a certain segment 
level always acknowledge the sent segments up to that 



segment level. In other words, the acknowledgment at a 
segment level of 6.400 bytes (t=12s) acknowledges the 
segments below 6.400 byte, but not including byte 6.400. 
Quite to the contrary, as explicitly indicated in the 
graph, the segment at 6.400 byte (t=10s) is a data unit 
or packet that causes a time-out. As a consequence, a 
retransmission is conducted of said data unit at the 
6.400 byte level. 

Now, if it is assumed that the time-out shown in Fig. 3 
was caused by an excessive delay and not by the shown 
first packet being lost, then the retransmission has the 
following negative consequences. 

For one thing, it leads to a decreased throughput 
performance, as the same data has to traverse the 
connection or connecting path twice, which wastes 
bandwidths that could have otherwise been used for useful 
data. This negative consequence will occur in any 
protocol that falsely responds to a time-out by 
retransmitting the data unit. 

If, as shown in Fig. 3, the TCP protocol is used, then 
the reaction of the sending peer to such a time-out not 
caused by data unit loss is particularly disadvantageous : 
the sender will retransmit all outstanding packets and 
above that reduce its transmission rate. This is 
explicitly shown in Fig, 3. 

It may be noted that the above described time-out not 
caused by data unit loss is also referred to as a 
spurious time-out . 

As also shown in Fig. 3, in conventional TCP the sender 
misinterprets all acknowledgments associated with 
retransmitted data units as acknowledging the 
retransmission, eventhough these acknowledgments (ACKs) 



in fact are delayed acknowledgments of the original 
transmissions . 

What Fig. 3 does not show, is that additionally the 
duplicate data units sent by the sending peer will 
trigger duplicate acknowledgments at the receiving peer, 
which will lead to yet another reduction in the 
transmission rate at the conventional TCP sender, namely 
the congestion window is set to one half of its earlier 
value . 

The occurrence of excessive delay that goes beyond what 
the TCP time-out period can account for, may especially 
appear in wj-r eless _ networ ks or such protocol connections 
of which at least a part runs over a wireless link. The 
inventors of the present application realized that 
spurious time-outs can happen often enough in such 
networks, so that serious performance degradation 
results. Examples of this will now briefly be mentioned. 

Fig. 4 shows a situation, where two host computers act as 
peers of the TCP (indicated by the long arrows from host 
to host at the bottom and top of the figure) . The lower 
protocol layers comprise a radio link over a wireless 
access network to the internet. The connection between 
the internet and the host on the right is not shown. An 
example of a protocol for the radio link is the so-called 
radio link control protocol RLC . As indicated in Fig. 4, 
both the transport layer protocol (e.g. TCP) and the link 
layer protocol (e.g. RLC) have an ARQ (Automatic 
Retransmission reQuest) function. This means that these 
protocols both implement time-out and retransmission 
functions. In the situation of Fig. 4, due to the ARQ 
being used at the link layer, a race condition is 
generated between the link layer and the transport layer: 
while the link layer retransmits data, the transport 
retransmission timer might expire, leading to a spurious 
time-out. The retransmissions at the link layer can be 



due e.g. to transmission errors or to data loss because 
of handovers. 

It may also be noted that the transmission delay over the 
wireless network is often a considerable fraction of the 
end-to-end delay between the sending and receiving peer 
of the transport layer protocol. If in this case the 
bandwidth available to the transport layer connection in 
the wireless network drbps considerably over a short 
period of time, the resulting increase in the end-to-end 
delay between the transport layer sender and receiver 
might lead to spurious time-outs. Examples of bandwidth 
drops include mobile hosts executing a handover into a 
cell which provides less bandwidth than the old cell. 

As already indicated previously, when employing the 
present invention, the problem described in connection 
with Fig. 3 can be avoided. More specifically, when 
applying the method described in connection with Fig. 1 
to the problem in Fig. 3, then the sending peer is 
capable of distinguishing between acknowledgment data 
units to the original transmission of a data unit and 
acknowledgment data units to the retransmission of a data 
unit. From this information, the sender can decide if a 
spurious time-out has occurred, or if there indeed has 
been a loss of a data unit. The sender can then react 
accordingly. 

More specifically, in the example of Fig. 3, the sender 
using the invention will be able to identify the 
acknowledgment data unit received after having 
retransmitted the shown first packet as being an 
acknowledgment for the original transmission (t=10s) and 
not for the retransmission (t=15s) . Due to this, the 
sender will perform an appropriate response procedure to 
the excessive delay, namely not retransmit the data units 
following the first retransmitt ed data u nijt, , and also not, 
decrease the~~^transmission rate, much rather the sender 



will increase the time-out period employed in the flow 
control on the basis of the measured delay between the 
original sending of the data unit and the receipt of the 
corresponding acknowledgment data unit for said original 
sending. In this way, further spurious retransmissions 
and time-outs can be avoided. 

As may be seen, the present invention is capable of 
providing a mechanism that allows a more flexible 
communication system when using a protocol that provides 
acknowledgment of data and a time-out function or 
duplicate acknowledgment detection function. In the 
example just described, the invention is capable of 
qualifying a triggering event, i . e .^^^is tinguishing 
between at least two different causes, and then capable 
of invoking an appropriate response procedure ./ It may be 
noted that in the above examples the modes ^"Tor adapting 
the adaptive parameters were associated with data unit 
loss on the one hand and excessive delay on the other, 
but naturally the present invention is by no means- 
restricted thereto. Much rather, the modes for adapting 
the adaptive parameters may be associated with any 
possible cause of time-out events or duplicate 
acknowledgment events . 

In the embodiment described in Fig. 1, it was decided in 
step S5 if the acknowledgment data unit associated with a 
given data unit acknowledged the original transmission or 
the retransmission of said given data unit. According to 
a first preferred embodiment for implementing this step, 
the, ender-^J cee ps a record of, the^round -trip_t.ime^^RTT 
associated with the co nnecti^on between sending and 
receiving peer , _and-^especially -keeps a record of the 
^shortest- RTT found dur-i-ng -the -connect ion-~or_^s.es.sj,pn_u to 
the point of time under consideration. Then, if an 
acknowledgment data unit for a retransmitted data unit is 
received within a time period that is sma lj-er than a 
predetermined fraction of said shortest RTT, then the 
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AlthoughNthe present invention has been described in 
connection \n.th preferred embodiments, these do not 
restrict the s;x:ope, and are only intended to convey a 
better understanding of the invention. Much rather, the 
scope of the inveiation is determined by the appended 
claims. \ 



